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I.  INTRODUCTION 


This  report  is  the  third  in  a planned  series  of  six.  This 
series,  when  finished,  will  contain  the  analytical  techniques 
developed  for  handling  technical  aspects  of  DCS  architectural  plan- 
ning. By  architectural  planning  we  mean  the  analysis  of  such  issues 
as: 

a.  How  many  separate  communication  networks  should  be  built  to 
serve  the  many  different  user  communities  of  the  DCS? 

b.  What  communication  services  should  be  provided  to  which 
user  community  on  each  network? 

c.  What  technologies  are  appropriate  for  each  network? 

A key  element  in  the  analysis  of  these  issues  is  a fundamental 
decision  on  the  question;  For  what  purpose  is  the  communication 
service  provided? 

The  philosophical  aspects  of  these  questions  are  developed  in 
reference  [1]  which  can  be  seen  as  a research  prospectus  for  the  DCS 
technical  planning  problem.  Our  principal  conclusions  in  that 
report  were: 

a.  The  relative  worth  of  a DCS  alternative  should  be  measured 
according  to  the  level  of  service  it  can  provide  under  both  peace- 
time and  wartime  conditions.  Different  alternatives  can  then  be 
compared  when  designed  to  the  same  cost  constraint. 

b.  Network  Analysis  is  the  generic  analytic  tool  which  is 
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best  suited  for  the  necessary  measurement/design  of  DCS  alternatives. 

c.  The  problem  of  allocating  a fixed  total  budget  into  sub- 
budgets for  voice/data  networks,  terrestrial/satellite  network, 
backbone/access  area  networks,  etc.,  is  a pivotal  one. 

Another  important  conclusion,  not  explicitly  stated  in  [1],  is 
that  traditional  network  analysis  tools  cannot  be  easily  applied  to 
the  technical  aspects  of  DCS  architectural  planning.  The  reason  is 
that  they  require  large  amounts  of  detailed  data  on  the  constituent 
hardware  elements  of  a communication  network  and  the  traffic  offered 
to  the  network.  This  in  turn  implies  considerable  supporting  efforts 
to  generate  the  detailed  data,  and  slow  turnaround  on  evaluating 
alternatives. 

Our  basic  premise  regarding  DCS  architectural  studies  is  that 
we  should  have  the  ability  to  analyze  a very  large  number  of  alter- 
natives. Since  neither  computer  time  nor  supporting  efforts  are 
readily  available  to  do  this  using  traditional  network  analysis 
tools,  we  have  set  out  to  develop  a new  class  of  network  analysis 
tools  which  require  less  supporting  data  and  give  faster  turn- 
arounds. We  call  them  Architectural  Models.  These  new  tools  do 
not  perform  a detailed  network  analysis;  rather  they  look  at  the 
network  in  a macroscopic  way.  The  analysis  is  based  on  the  re- 
lationships between  average  properties  of  networks;  e.g.,  number  of 
switches  and  the  average  area  served  by  a switch,  the  number  of 
interswitch  trunks  and  the  average  number  of  trunks  homed  on  a 
typical  switch,  the  average  capacity  and  length  of  an  interswitch 
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trunk,  the  average  offered  load  to  a typical  switch,  etc.  Another 
important  parameter  in  the  analysis  is  the  way  in  which  a total 
backbone  budget  is  allocated  to  a backbone  switches  budget  and  a 
backbone  links  budget  and  its  effect  on  the  survivability  of  the 
network.  These  factors  are  analyzed  in  detail  in  reference  [2] 
which  treats  the  backbone  network  design  problem. 

This  report  is  an  extension  of  the  results  in  reference  [2]. 

While  we  recognize  that  DCA  does  not  control  how  money  is  spent  in 
the  access  area  (this  is  determined  by  the  individual  users),  it  has 
long  been  known  that  the  overall  network  performance  is  enhanced 
when  a proper  balance  is  struck  between  access  area  designs  and 
backbone  designs.  Traditional  network  analysis  tools  can  and  have 
been  used  to  find  optimum  allocations  of  end  to  end  blocking  probability 
into  backbone  blocking  probability  and  access  area  blocking  probability. 
This  report  brings  this  issue  into  sharp  analytical  focus  from  a 
different  perspective  and  provides  a tool  for  quantitative  assess- 
ment of  this  "proper  balance"  from  a budgetary  point  of  view.  We 
caution  the  reader  that  this  "proper  balance"  issue  is  not  a separable 
one;  that  is,  the  analysis  herein  shows  that  the  access  area  an^  the 
backbone  should  be  designed  each  in  the  light  of  the  other.  Thus,  in 

t 

a way  this  report  not  only  goes  counter  to  current  practice  in  the 
way  it  would  allocate  a budget  - it  a]^o  goes  counter  to  the  conven- 
tional technical  wisdom  which  wyild  have  us  design  the  access  area  and 

I 

the  backbone  independently,  each  to  some  required  blocking  probability. 


1.  PROBLEM  DISCUSSION 

The  communications  network  problem  under  consideration  is  shown 
in  Figure  1.  In  the  figure,  circles  represent  backbone  switches  (nodes), 
squares  represent  local  switches,  and  triangles  represent  terminal 
devices.  Interconnecting  lines  may  represent  local  links,  access  area 
links,  or  backbone  links,  as  indicated  in  the  illustration.  Note  that 
three  categories  of  traffic  are  identified  in  Figure  1: 

a.  Local  traffic  between  terminal  devices,  which  represents  a load 
only  on  local  links  and  the  local  switch. 

b.  Intra-access  area  traffic,  which  represents  a load  on  local 
links,  local  switches,  access  area  links,  and  the  backbone  node. 

c.  Backbone  traffic,  which  represents  a load  on  local  links,  local 
switches,  access  area  links,  backbone  nodes,  and  backbone  links. 

This  report  will  not  consider  local  traffic  since  it  loads  only 
resources  which  are  not  properly  a part  of  the  DCS.  Rather,  we  will 
consider  the  intra-access  and  backbone  traffic  offered  to  the  access 
area/backbone  network  by  the  local  switches.  The  numbers  and  locations 
of  local  switches,  the  load  offered  by  each  switch,  and  the  load 
destination  then  become  important  parameters  in  our  problem.  We  now 
lay  out  the  specific  assumptions  required. 

An  access  area/backbone  communications  network  is  to  be  designed 
to  service  a rectangular  area  whose  dimensions  are  A and  B miles,  as 
shown  in  Figure  2.  Very  little  is  known  about  the  offered  traffic 
load  the  network  must  handle.  Consequently,  using  the  Laplacian 
assumption  of  rationality  [3],  we  assume  that: 
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A1 . There  are  K local  switches  uniformly  distributed  in  the  area 


i 


and  all  switches  are  equally  likely  to  generate  traffic. 

A2.  A randomly  selected  local  switch  is  equally  likely  to  place 
a call  to  any  one  of  the  other  switches  in  the  area  as  to  any  other. 

A3.  The  total  offered  traffic  (intra-access  area  and  backbone) 
for  the  network  is  E erlangs. 

For  our  purposes,  it  is  reasonable  to  assume  that  the  network  is 
constructed  of  three  basic  elements:  backbone  nodes,  backbone  liffKs, 
and  access  area  links.  Local  switches  need  not  be  explicitly  consi(f«!*^ed  , 

I ■ 

since  by  assumption  A1  , their  total  cost  contribution  will  be  identical 
for  all  designs.  A cost  model  for  each  element  under  consideration  is 
given  by  the  assumptions: 

A4.  Individual  backbone  node  costs,  D^,  comprise  a fixed  cost,  a, 
and  a cost  per  channel  termination,  6: 

= rt  + bf 

where  t is  the  number  of  backbone  channels  terminating  on  the  node. 

A5.  A given  backbone  link  cost,  is  a function  of  the 
number  of  channels,  c,  in  the  link;  and  the  length  in  miles,  (,  of 
the  link: 

DbL  = kcC 

where  k is  the  cost  per  channel  mile.  All  links  are  assumed  to  be 
full  duplex. 


A6.  Access  area  link  costs,  comprise  a charge  per  channel 
mile  and  termination  charges: 

OaL  = red  + sc 

where 

r : cost  per  channel  mile 
c : number  of  channels 
d : length,  in  miles,  of  the  access  link 
s : termination  charge  per  channel  . 

Our  approach  to  this  problem  requires  that  we  impose  some  geometric 
regularity  on  potential  network  designs  while  leaving  as  design  variables 
the  number  of  backbone  nodes;  the  number,  length,  and  capacity  of  backbone 
links;  and  the  length  and  capacity  of  access  area  links.  Thus,  if  we  were 
to  investigate  a design  consisting  of  MxN  backbone  nodes,  they  would  be 
arranged  in  a uniform  grid  inside  the  AxB  area,  as  shown  in  Figure  3. 

Each  backbone  node  would  service  a single  access  area;  a blowup  of 
one  such  access  area  is  also  shown  in  Figure  3. 

Our  problem  is  to  find  an  optimum  design  in  the  above  parameters. 

By  optimum  we  mean  that  design,  costing  no  more  than  a fixed  amount, 

D,  which  maximizes  the  network  throughput,  but  which  also  must  provide 
a minimum  acceptable  throughput  after  removal  of  a designated  number 
of  backbone  nodes.  This  problem  was  solved,  for  the  backbone  design 
only,  in  reference  [2].  This  report  extends  the  results  of  reference 
[2]  by  addressing  the  problem  of  allocating  a fixed  total  budget,  0, 
between  access  area  and  backbone  designs. 


Figure  3.  Representative  Backbone  Node 
Array  and  Access  Area 


9 


2.  REPORT  ORGANIZATION 


Section  II  begins  by  assuming  some  apfUofU  allocation  of  the  total 
budget  into  an  access  area  budget,  0^,  and  a backbone  budget,  0^^.  The 
access  area  design  problem  is  then  solved,  based  on  the  parameter  0^. 

Section  III  incorporates,  by  reference  to  [2],  the  solution  of 
the  backbone  design  problem  based  on  the  parameter  D, . The  obvious 

d 

relation 

is  then  used  to  link  the  two  design  problems,  thus  setting  up  the  new 
problem  of  optimally  allocating  the  total  budget. 

Section  IV  discusses  some  results  of  using  the  techniques 
developed  herein.  The  report  is  concluded  with  section  V which 
indicates  some  work  yet  to  be  done  in  constructing  architectural 
models. 
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II.  ACCESS  AREA  MODEL 


This  section  develops  the  models  which  describe  access  area  network 
performance.  The  implicit  assumption  is  that  access  area  design  is 
based  on  a star  configuration.  That  is,  all  local  switches  in  the 
access  area  serviced  by  a particular  backbone  node  are  homed  directly 
on  that  node. 

1 . TURNAROUND  TRAFFIC 

The  total  offered  traffic,  E,  considered  in  this  report  is  intra- 
access  area  offered  traffic,  E^,  and  backbone  offered  traffic,  Ej^.  We 
assume  a local  switch  offering  its  share  of  the  total  traffic  to  a 
backbone  node  where  part  of  the  offering  is  "turned  around."  The 
"turnaround  traffic"  is  E^.  The  remainder  is  E|jj.  Thus, 

E = E + E.  . (1) 

a b 

By  our  assumptions  on  the  traffic  distribution,  the  backbone  nodes 
will  see  an  intra-access  area  traffic  offering  of 


E,  = E/MN. 

a 


Similarly, 


“"b  MN  ’ 


(2) 


(3) 


Thus,  the  ratio  of  intra-access  area  offered  traffic  to  total  offered 
traffic  is  1/MN. 
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2. 


INTRA-ACCESS  AREA  CARRIED  TRAFFIC 


We  assume,  temporarily,  that  an  apfUofU  decision  has  been 
made  to  spend  D,  dollars  in  all  access  area  designs.  There  are  MN 

a 

access  areas  to  be  designed,  and  each  is  a square,  as  shown  in  Figure 
3,  with  dimension  U [ 2];  therefore, 

U = [AB/MN]^^^.  (4) 

From  equation  (4)  and  assumption  A1  it  is  shown  in  [4]  and  [5]  that 
1 the  average  length  of  an  access  area  link,  d,  is 

d = 0.381  U . (5) 

Since  there  are  K local  switches  to  be  linked  to  backbone 
nodes,  and  D,  dollars  available  for  all  access  area  links,  the 

a 

average  amount  that  can  be  spent  on  each  access  area  link  can  be 
determined  from  the  access  area  link  cost  model,  D^|^,  by  the  relation: 

= D,/K  = red  + sc  • (6) 

dL  d 

From  (6)  the  average  access  area  link  capacity  is  c ; i.e., 

c = D,/K(rd  + s)  . (7) 

a 

The  total  offered  load  to  each  access  area  link  is,  on  the  average,  p, 
where 

P = E/K  , (8) 

since  access  area  links  service  both  intra-access  area  and  backbone 
traffic. 


i 
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From  (7),  (8),  and  (2)  a good  approximation  can  be  developed  for 


the  intra-access  area  carried  traffic,  E : 

ac 


= (l-g,r 


^a  = 


2 ^ 
MN 


(9) 


where  is  the  blocking  probability  of  the  average  access  area  link  and  is 
given  by 


Ed(p»c) 


Z-0 


(10) 


The  squared  term  shows  up  in  (9),  since  two  access  area  links  in  series 
are  required  to  service  an  intra-access  area  call.  Note  that  c in 
(10)  may  not  be  integer  due  to  the  averaging  process  used.  In  this 
event,  a logarithmic  interpolation  formula  suggested  in  [6]  is  used  to 
calculate  q,. 

a 
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III.  TOTAL  CARRIED  TRAFFIC  AND  THE  ALLOCATION  PROBLEM 

The  previous  section  provided  a model  for  calculating  intra-access 
area  carried  traffic,  E^^.  E,^  is  related  through  a chain  of  equations 

I aC  aC 

to  an  assumed  apfu-ofu.  allocation  of  D,  dollars  to  the  access  area.  In 

a 

I 

j a similar  manner  we  can  calculate  carried  backbone  traffic,  Ej^^.  Ej^^ 

can  also  be  related  to  D . Total  carried  traffic,  E^,  can  thus  be  found 
and  related  to  D^.  The  resulting  equation  can  then  be  analyzed  as  a 
function  of  D^  to  determine  an  optimum  allocation  of  the  total  budget, 

D,  into  D^  and  D^^. 

1.  BACKBONE  CARRIED  TRAFFIC  AND  TOTAL  CARRIED  TRAFFIC 

In  another  report  [2],  we  developed  a model  for  finding  (back- 
bone) network  GOS,  G.  Those  results  are  incorporated  by  reference  in 
this  report,  and,  for  the  sake  of  notational  convenience,  we  rename  GOS 
as  the  probability  of  call  blocking  in  the  backbone  network.  With 

q.  , the  carried  backbone  traffic  is  E.  : 

D be 

This  equation  follows  from  the  reasoning  that  a successfully  offered 
backbone  call  must  traverse  two  series  access  area  links  as  well  as  the 
backbone  network. 

Combining  (3).  (9),  and  (11)  leads  to  an  equation  for  total 

carried  traffic,  E : 

c 

. (12) 


i 
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Our  problem  now  is  this:  For  some  fixed  backbone  architectural 
design  (in  the  terminology  of  [2],  for  some  fixed  (I,M,N))  find  the 
maximum  value  of  as  a function  of  D^.  Later,  we  can  vary 
2.  THE  ALLOCATION  PROBLEM 

To  change  E^  in  (12)  we  must  change  and  q^.  Equations  (7) 
and  (10)  show  that  g,  is  a monotonically  decreasing  function  of  D . Thus, 
a cursory  analysis  shows: 

a.  q can  be  made  smaller  by  increasing  D, . 

a a 

b.  Increasing  0^  decreases  Dj^  (since  D|^=D-D^),  A secondary 
effect  of  increasing  is  to  increase  the  backbone  offered  load  as 
seen  by  the  backbone  nodes. 

c.  The  net  result  would  appear  to  be  an  increase  in  q^  as 
increases. 

d.  Thus,  it  is  not  immediately  apparent  whether  the  overall  effect 
is  good  or  bad. 

In  order  to  investigate  this  issue  we  shall  first  summarize  the 
information  developed  so  far  in  both  this  report  and  [2].  The  issue 
is  notationally  complicated,  so  we  shall  also  at  this  point  introduce  a 
set  of  (hopefully)  mnemonic  notation  to  be  used  hereafter.  We  have  that 


E : total  carried  traffic 
c 

q^  : average  access  area  link  blocking  probability 
'ia  " ^a^ 


(13) 


(14) 
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p : average  access  area  link  offered  load 


P = E/K 


(15) 


C : average  access  area  link  capacity 

O 


C = c = D,/K(rd+s) . 

a a 


(16) 


The  development  of  is  accomplished  using  the  results  of  [7]. 

Some  notational  changes  are  required,  for  the  following  reason.  In 
[7],  E referred  to  backbone  offered  traffic  a^  the  backbone  nodes.  In 
this  report  we  have  backbone  offered  traffic  at  the  local  switch,  Ej^. 
Thus,  the  backbone  offered  traffic  must  be  able  to  traverse  two  series 
access  links  before  being  "offered"  to  the  backbone  node.  Hence, 
equation  (62)  of  [7]  must  be  rewritten  here  with  the  replacement: 


E-Eb(l-qa)^ 


(17) 


We  have  then 


Ixi 


MN 


+ Ef(i-r) 


where 


""B  MN  ' L 

I 


(18) 


(19) 


and 


: average  backbone  link  capacity. 
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From  equation  (93)  of  [2],  replacing  D by  results  in 
Cl  = [Djj  - aMN]/[bMNI+  feMNU/2]  . 


Equation  (55)  of  [2]  is  used  to  develop 
: backbone  blocking  probability 


Ef  MN/E^(l-q^)\ 


(20) 


(21) 


By  defining  the  following  set  of  constants,  the  preceding  equations 


can  be  simplified: 

= l/K(rd+s) 

(22) 

= mV/(mn-i)el 

(23) 

C3  = E(MN-1)/M^N^ 

(24) 

C4  = 1 - 1/L 

(25) 

C5  = C3/I 

(26) 

Ce  = 

(27) 

Cy  = (D-aMN)/(bMNI  + feMNI£/2) 

(28) 

Cg  = l/(bMNI  + fcMNIE/2)  . 

(29) 

Our  working  equations  then  become 


(31) 


‘^b 


= 1 - 


C2E 


Ej  ~ “ Ql] 


where 


C,  = C,D 
2 1 a 

Pj^  : average  backbone  link  offered  load 

Pl  " ^6 

Cl  = C7  - CgD^ 


(32) 

(33) 

(34) 

(35) 

(36) 


<?L  •■  average  backbone  link  blocking  probability 

<?L  = Eb(Pl.  Cl)  . (37) 

Our  problem  now  is  to  find  that  value  of  D,  for  which  E , given  by  (30), 
is  a maximum. 

3.  SOLUTION  OF  THE  ALLOCATION  PROBLEM 

The  allocation  problem  can  be  approached  using  classical  calculus; 
specifically,  using  differentiation  of  composite  functions  [8],  we  must 
solve  the  equation, 

a a a. I 
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In  order  to  find  ^ and  , equations  (31),  (32),  and  (33)  must  be 

d d 


analyzed.  Some  auxiliary  relations  will  come  in  handy  later.  From 

[9], 


Eb(p.  C)  = ^ 


pEb(p.  C-1) 


P ^R'P  » 


Equation  (39)  can  be  solved  for  Eg(p,  C-1);  i.e.. 


En(p,  C-1)  = 


CEg(p,  C) 


p ■ pt^B^P 


Next , we  need 


A Er(p,  C)  ^ 


d9c! 

C 1777 

V P /<■ 


After  some  manipulation  involving  the  use  of  (40),  we  find 


dp  p LC  - p + pEg(p,  C)]. 


We  also  need  the  "deri vati ve"  of  Eg(p,  C)  with  respect  to  C.  Due  to  the 


integer  nature  of  the  parameter  C,  we  "approximate"  this  by 


^ Eg(p,  C)  = Eg(p,  C+1)  - Eg(p,  C). 


By  using  (39),  (43)  reduces  to 


pEg(p,  C) 

Eg(p,  C)  = cTj-  + pEgrp~cy  ■ ^B^P’ 


We  can  now  return  to  the  ttiain  problem.  Using  (44),  (34),  and  (14), 


we  find  from  (31) 
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do 

— = C 

dD,  1 T 3: q 

a C + I + pq 

a a 

From  (32)  , we  find 


““a  ■ *Et  «»a  ■‘“a  ' ' ‘ fNp  ^d; 

^ d 


r 

2 ao:^  ar 

a d 


dD ' nr;) 


We  already  have  d(j  /dD  ; we  must  now  find  dE^/dD,.  Tracing  through 

da  Id 

equations  (33),  (37),  (35)  , and  (36),  we  see  that  the  only  variables 
involved  are  Ej  and  D^.  Therefore,  using  the  notion  of  implicit 
functions  [8],  we  rewrite  (33)  as 

h(Ef,D^)  = 0 = E'  - IplCI-Ql].  (47) 

Since  h(Ej,D^)  is  identically  zero  a we  have 


dh  _ n - 9h  ''T  . 3h 
dD  = ^ ' 3E4  dD^  3D^ ’ 

a I d d 


dE-p  3h/3D 

f _ d . 

dD  ” ' 3h/3ET 

d I 


Now,  we  must  find  3h/3D  and  3h/?E'. 

3 I 


From  (47) , 
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dPi  3(), 

" ' ^ 3D:  'pl  an  ' 317  " 


3p|  9</l 

- 1 3-[3  (1-<<l)  ♦ IPL  go'  • (5^0) 

3 a 


from  (35), 


3pL  0<i 

fD  " '^^5  3D 
a a 


Usinq  ('15),  (51)  becomes 


The  next  item,  usiru]  (37),  is 


3qj^  3t|j(pj  ,C  |)  3p|^  3Ep((i|^  ,C|  ) 3C|^ 


3p,  311 


VC,  ' 3ir 


HsiiKi  (4?),  (35),  ('14),  and  (36),  (53)  becomes 


■'‘M  ‘^l  r , I-  . ^ I -I  ' t'l  ‘ii  1 

30,  = p,  ] ' i;.  tlL.,,  (54) 


Now,  IIS  j Ml)  (4f)).  (54)  become 


e|‘i| 

t'^Vi 


''■'I.  '^1  r. 


.111,  p 


[(-1  -p,  'pl^i  ' C i1ip.<  "‘/.i  ! 

L I .1  ' <.i  I 


P,-il 

l'.,'  1 'p,  p] 


This  ('(itiiilion  < (IM  Ik'  s im|i|  i f ii'd  to 


f 1)  I 
,1 

'■  ' 1 'P 

,1  I 


' 'o'^i  f,  'lip, 


where 


: residual  capacity  of  the  average  access  area  link 


ra  = - »(I-,a) 


r|^  : residual  capacity  of  the  average  backbone  link 


r^^  = - p^(l-<?j^) . 


Similarly,  (52)  can  be  rewritten  as 


atr  ' ^CjCj^ad-^a) 


Substituting  (58)  and  (59)  into  (50)  results  in 


= 2ICiC^R^g^(l-g^)[g^r|^-(l-g|^)]  + ICg^j^Pj^R^^ 


where 


ra+l+p 


ri+T+Pi 


Returning  now  to  (47) 


, 3<li  3p| 


From  (35)  we  see  that 


3E-j:  " ^6. 
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ii 


From  (37) 

3^1^  3Eg(p^,C|^)  3p|^  3Fg(p^,C^)  3C^ 

3E^  3p]^  3^  '*’  3t[  3^ 

Using  (42),  (64),  (44),  and  (36)  , we  see  that 

r 

^ ■ Ss  ^ [Cl-Pl+Pl<?l]  • 

Substituting  (66)  and  (64)  into  (63)  , 


(65) 


(66) 


3E^  ■ ^ ^ Cgg,_[C|_-p|_+PLqL]  - ICg(l-(j^_)  ( 

or 

Equations  (60)  and  (68)  may  now  be  substituted  into  (49)  to  find 


dEf  _ 2ICiC5R^q^(1-qa)[<?L>'L-('l-<?L)^'*'^^8‘^L^L^L 


Now  we  can  substitute  (45)  and  (69)  into  (46)  to  find,  using  (61), 


2C 


(70) 


Equations  (46)  and  (70)  can  now  be  substituted  into  (38),  again  using 


(61 ) , to  find 


o 'y 


> 1 


dE, 


dT  = - 2[MN(l-qbWb^(-C^<?,  Ra) 

d 

+Cp(NN-l) 


2IC,C5R^q,(l-<,j)[,|_r|_-(l-,|_)MCg,|^P|_Rj^  2C,  ^ _ 

l+rqU'^r|^-(l-,l^)r * -Cj  ?a<'-«b>  "a 


To  solve  our  allocation  problem,  we  must  find  D such  that 

d 


dD. 


'c  _ 


0 . 


(72) 


4.  A SEARCH  ALGORITHM  FOR  THE  ALLOCATION  PROBLEM 

A cursory  examination  of  equation  (71)  shows  that  it  is 
transcendental;  hence,  it  cannot  be  solved  for  its  zero(s)  in  closed  form. 
To  begin  the  construction  of  an  algorithm  to  find  the  zero(s),  we  rewrite 
(71),  set  equal  to  zero,  as 

Cp(MN-l)  ( 2IC,C,R  0 fl-(?JU,r,-(l-q,  )] 

'l^a«a  = -2W(r--,pT^,T  j ~ 


+ ^<lPl\  . , 

1 + ‘<a^'-‘^b^'^a^ 


Dividing  through  by  q R and  rearranging, 

d d 

C2(MN-l)ICgqLpLRL 

^1  ■ 2rMN  ( 1 ) + <?^  J { U I Cg  Lc?  L rL*-  ( 1 -4  L 


MN-1 


MN(l-(?|5)+(?f, 


IC^C2Cg(l  -q^)[q|^r|^-(l-(j|^)]+C^  (l-(^^){l+IC^[(j|^r|^-(l-q^)]} 


(73) 


(74) 


We  need  to  clarify  the  notation.  Let: 


(71) 
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= [MN(l-(<j^)+qj^] 

(75) 

(76) 

Kl  = l+ICgK-  . 

(77) 

Using  these,  (74)  becomes 

P C2(MN-l)ICgg|_p|_R|_ 

IC  .|  C2Cg  ( 1 ) K|^+C  .|  ( 1 ) K|^ 

(78) 

or 


‘^1  S''L‘’a'*a  - C2(MN-1)IC3,|_„lRl 


0 R 

a 


(MN-l){IC^C2C5(l-qjK'+C^(l-qj^)KL}  . (79) 


Rearranging  (79)  to  isolate  access  area  terms 


- (MN-l){IC^C2C5(l-q^)K'+C^(l-g(^)KL}  = ^2  (^^'^ ) ICs^LPL^ 


q R 
^a  a 


(80) 


or 


1 

q R 
^a  a 


C^Kj^KL-(MN-l){IC^C2C5(l-Qg)K-+C^(l-c^^)K|_} 

IC2Cg(MN-l}^LPL\ 


(81) 


Equation  (81)  will  form  the  basis  for  the  search  algorithm  of  this 
subsection.  More  specifically,  (81)  can  be  rewritten  as  three  equations: 


X(D^)  = 1/,^R^ 

,,,  , C^K^^KL-(MN-l){IC^C2Cg(l-c^)KL.C^(l-g,)KLl 
X(D*)  - Y(D*)  = 0 . 


(82) 

(83) 

(84) 


25 


The  algorithm  will  be  structured  to  find  D*  such  that 

d 

|X(D*)  - Y(D*)|  < e -V  0.  (85) 


1 To  understand  the  algorithm,  we  need  first  to 

point  analysis  of  (82)  and  (83)  results  in; 

indicate  that  an  extreme 

X(0)  » (K+E)/E 

(86) 

X(D)  = » 

(87) 

Y(0)  - ® 

(88) 

Y(D)  ^ EL(6+feC/2)/MNK(rd+s)  . 

(89) 

A hypothetical  plot  of  (82)  and  (83)  based  on  (86)  - (89)  is  shown  in 
Figure  4.  The  figure  suggests  (but  does  not  prove)  that  equation  (71) 
has  only  one  zero.  It  is  not  our  intention  to  provide  a proof  for  this 
conjecture.  Certainly,  if  it  is  not  true,  our  algorithm,  shown  in 
Figure  5,  will  not  work  reliably  and  we  can  find  a counter  example  to 
the  conjecture  by  running  some  design  problems  through  the  algorithm. 


Read  A,  B,  D,  E,  K,  r,  s,  a,  b,  k,  e 
Set  I,  M,  N 

Calculate  L(I,  M,  N),  t (I,  M,  N),  d(M,  N) 


D'  = 0 

d 


D"  = D 
a 


= (D^  + Da")/2 


Calculate  X(D^)  : Equation  (82) 

d 


Calculate  Y(D, ) : Equation  (83) 

d 


6 = |X(D^)-Y(Dg: 


If  (6£e)  Go  to  0 


If  (X(D  )<Y(DJ  Go  to  Y 

d d 


■'a  = 


Go  to  a 


Go  to  a 


6 °a*  = "a 


STOP 


Figure  5.  An  Algorithm  for  Computing  D* 

3 
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IV.  SUMMATION  AND  RESULTS 


The  preceding  sections  of  this  report  have  developed  some  mathe- 
matical models  which,  while  not  terribly  difficult,  are  fairly  intricate. 
This  is  particularly  so  due  to  the  incorporation,  by  reference,  of  the 
results  of  [2J  and  the  concomitant  difficulties  of  changes  in  notation 
from  that  report  to  this  one.  For  that  reason,  this  section  will  be 
devoted  to  two  areas:  The  first  area  will  recapitulate  major  results  of 
[?]  and  this  report,  and  also  develop  an  algorithm  to  graphically  display 
the  principal  thrust  of  this  report;  viz.,  there  exists  an  optimum  allo- 
cation of  a total  budget,  D,  into  an  access  area  budget,  D,,  and  a backbone 

a 

budget,  = D - D^.  As  an  example  to  show  this,  we  present  a 

plot  of  E vs  D . The  second  area  will  develop  an  algorithm  based  on  the 

results  of  [2]  and  this  report.  This  algorithm  will  be  used  to  develop  the 

performance  characteristic  of  optimum  terrestrial  (access  area/backbone) 

designs. 

1 . RECAPITULATION  AND  E vs  D 

c a 

The  exogenous  variables  in  the  terrestrial  network  design  problem  are: 

A : width,  in  miles,  of  the  rectangular  area  to  be  serviced. 

B : length,  in  miles,  of  the  rectangular  area  to  be  serviced 
D : the  total  amount  to  be  spent  on  the  design 
E : the  total  network  offered  traffic  in  erlangs 
K : the  total  number  of  local  switches 
a : fixed  cost  per  backbone  node 


b 


cost  per  backbone 


link  channel  termination  on  a backbone  node 
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k : cost  per  channel  mile  of  a backbone  link 
r : cost  per  channel  mile  of  an  access  area  link 
s : termination  charge  per  access  area  link  channel. 

The  endogenous  variables  in  the  terrestrial  network  design  problem  are: 

D,  : amount  to  be  spent  on  the  access  area  design 

a 

Djj  : amount  to  be  spent  on  the  backbone  design 
: intra- access  area  offered  traffic  in  erlangs 
Ejj  : backbone  offered  traffic  in  erlangs 
I : average  incidence  degree  of  a backbone  node 

M : number  of  backbone  nodes  along  the  A dimension  of  the  rectangular 
area  to  be  serviced 

N : number  of  backbone  nodes  along  the  B dimension  of  the  rectangular 
area  to  be  serviced  • 

The  two  major  design  variables  are: 

L(I,M,N)  : number  of  tandem  backbone  links  used  in  placing  the 
average  backbone  call  over  the  most  direct  route 
£(I,M,N)  : the  length,  in  miles,  of  the  average  backbone  link. 

Linking  variables  are: 


c (or  C,)  : capacity,  or  number  of  channels, 

a 

of  the  average  access 

area  link 

C = /K(rd  + s) 

d d 

(90) 

where 

d = d(M,N)  = .SSUAB/MN]*^. 

(91) 

p : offered  load,  in  erlangs,  to  the  average  access  area  link 


P = E/K 
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> 


: blockinq  probability  of  the  average  access  area  link 

a 

«a  = Ca> 


= intra-access  area  carried  traffic 

aC 


'ac 


n ■ ^2  E 


(93) 


(94) 


c(or  C|^)  : capacity,  or  number  of  channels,  of  the 
average  backbone  link 


where 


Cl  - C?  - Cg 


= (D-rtMN)/(bMNI  + tMNIf/2) 
Cg  = l/(bMNI  + k MNU/2) 

E = C(I,M,N)  ; See  ref.  [2], 


(95) 

(96) 

(97) 


(98) 


p,  : offered  load,  in  erlangs,  to  the  average  backbone  link 


where 


Cg  = E(MN-1 )/lM^N^ 

Cg  = (1-Vl)/I 

L = L(I,M,N)  ; see  ref.  [2] 

Ej  = lP| [I-Pl^  ; see  ref  [2] 
blocking  probability  of  the  average  backbone  link 


; backbone  blocking  probability 

v2 


(99) 

(100) 

(101) 

(102) 

(103) 

(104) 


^b  = 


Co  F -/(l-.;  )' 
c I a 
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(105) 


> 


where 


Cg  = mV/(MN-1)EL 


(106) 


: backbone  carried  traffic 


(107) 


The  optimization  variables  are  D , I,  M,  and  N.  For  a fixed  (I,M,N) 

d 

we  have  the  remaining  optimization  variable,  0 , which  links  the  access 


area/backbone  design  problem  through  the  relation 

D = D + D.  . 
d b 


(108) 


By  varying  D . we  can  vary 

d 

E^  : total  carried  traffic 
^c  " ^ac  ^ ^bc  • 


(109) 


An  algorithm  for  computing  E^  vs  D,  is  given  in  Figure  6.  The 

C a 

results  of  exercising  the  algorithm  on  a problem  with  the  data  shown  below 
are  given  in  Figure  7. 

A = 2 ,000 
B = 3 ,000 
0 = 10,000,000 
E = 6000 


K = 1500 

a = 8000 

fa  = 106 
fe  = 0.5 


r = 0.5 


S = 106 

I = 14 

M = 6 
N = 9 . 


32 


Read  A,  B,  D,  E,  K,  a,  b,  k,  r,  s 
Set  I,  M,  N . NS 

Calculate  L(I,M,N),  £(I,M,N),  d(M,N) 
ADg  = D/NS 

= E/MN 

d 

= E(HN-I)/«N 
DO  a J » 2, NS 

Da  = (J-l)ADa 

“6  ' “-»a 
Calculate  q 

+ Calculate 

a Continue 

STOP 
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2.  CALCULATION  OF  IN  THE  TERRESTRIAL  NETWORK 

The  calculation  of  can  be  accomplished  using  the  equations  of  the 
preceding  subsection.  A number  of  intimately  linked  variables  are 
involved  in  transcendental  relations.  Consequently  the  sequence  of  steps 
in  solving  for  is  important.  We  begin  by  rewriting  (103)  using  (95), 
(99),  and  (104): 


= 1 - <i, 


(110) 


Ip. 


where 


Pl  = C5(i-.?^^)Sr.,r 


(111) 


(112) 


‘if  " ^B^^L,^L)  • 


(113) 


Now  for  some  fixed  values  in  the  (tarameters  (D^,  I,M,N),  equation  (110)  can 
be  written  as  three  equations; 

X(Fp  = F.-/I  e,  (114) 


Y(lf)  ■ 1-v, 


(115) 


X(r*'  ) - Y([*  •)  0 , 


(116) 


An  analysis  of  (105)  shows  that,  sirne  is  bounded  by  7ero  and  one. 


1 j is  bounded  by 


^^  'l  (1-v  )‘/C 
(1 


()-.,  )‘  II  (MN-n 
? a 

{ 9 M 

M‘  N‘ 


35 


(117) 


Hypothetical  plots  of  X(Ej)  and  Y(Ey)  are  shown  in  Figure  8 and  suggest 
the  algorithm  of  Figure  9.  After  using  the  algorithm  to  find  E|',  then, 
we  have,  from  (105)  • 

’b  ° (118) 
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Figure  8.  Hypothetical  Plots  of  X(Ej)  and  Y(Ey) 
for  Fixed  (Da,  I,  M,  N) 


9 
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Read  A,  B,  D,  E,  K,  r,  s,  a,  b,  k,  e 
Set  D . I,  M,  N 

a 

Calculate  L(I.M,N),£(I,M.N),d(M,N) 

Calculate  q, 

a 

= 0 

Ef-=  (l-qg)^(MN-l)EL/MV 
a E^  = (E^  + E^'i/2 

Cl  = C^-CgD^ 

Calculate  qL  : Equation  (113) 

Calculate  X(Ej)  : Equation  (114) 

Calculate  Y(E-j:)  : Equation  (115) 

6 = |X(Ef)  - Y(E^)| 

If  {6<c)  Go  to  3 
If  (X(E^)  Y(E^))  Go  to  Y 

F"  = F' 

T T 

Go  to  a 

^ Ef 

Go  to  « 

0 E*'=  Ej 

Figure  9.  An  Algorithm  for  Computing  Ej' 
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3.  A CHECK  ON  THE  SEARCH  ALGORITHM  FOR  THE  ALLOCATION  PROBLEM 


Subsection  IV, 1 gives  an  algorithm  for  a "brute  force"  technique  for 
finding  the  optimum  allocation  of  a total  budget  into  access  area  and 
backbone  designs;  in  fact,  it  gives  the  curve  of  E^  vs  (Figure  7)  for 
a partic'ilar  problem.  We  can  now  run  this  same  problem  through  the  more 
elegant  algorithm  of  Figure  5 to  check  its  accuracy.  When  this  is  done, 
we  find  the  following  optimum  solution: 

D*  = 2,866,625 
Dg  = 7,133,375 

q*  = 0.001 
q*  = 0.001 
q*  = 0.001 

G*  = 0.004  (G  = l.-E  /E) 

c 

These  results  compare  closely  with  those  of  Figure  7. 

4.  CALCULATING  THE  PERFORMANCE  CHARACTERISTIC  OF  THE  TERRESTRIAL  NETWORK 
Calculation  of  the  performance  characteristic  requires,  for  each 
network  design,  the  measurement  of: 

(a)  Throughput,  of  the  design  under  benign  conditions.  This 
is  E^ , total  carried  traffic,  in  this  report. 

(b)  Throughput,  U^,  of  the  design  after  W backbone  nodes  have  been 

d 

removed  from  the  design.  This  can  be  developed  using  the  algorithms  of 
this  report. 


Suppose  then  theit  we  have  an  optimal  network  design  characterized 
by  (D*,  I*.  M,  N).  Removing  W backbone  nodes  from  this  design  results 

a 

in  two  major  effects: 

(a)  The  backbone  node  grid  is  reduced  to  M'  X N'  where 

M'N'  = MN-W.  (119) 

A secondary  effect  of  this  is  a change  in  the  incidence  degree, 
I*',  of  the  remaining  backbone  nodes  [2]; 

I*'  = (MNI*  - 2WI*)/(MN-W)  . (120) 

(b)  A number  of  local  switches  (those  homed  on  removed  backbone 
nodes)  are  disconnected  from  each  other  and  from  the  backbone.  This 
reduces  the  total  offered  traffic,  E',  to 

E'  = EM'N'/MN  . (121) 

If  we  now  repeat  the  analysis  on  the  degraded  network  using  the 
relations  (119)  - (121),  we  can  calculate  the  network  throughput, 

U , after  the  attack.  The  principal  assumption  required  is: 

a 

A7.  Each  local  switch  that  remains  connected  to  the  backbone 
network  still  offers  E/K  erlangs  of  traffic  to  the  network.  This 
offered  traffic  is  equally  likely  to  be  destined  for  any  of  the  local 
switches  still  connected  to  the  backbone. 

An  example  problem  and  results  are  given  in  Figure  10.  As  the 

figure  shows,  a point  exists  beyond  which  it  is  not  advisable  to 
increase  the  number  of  backbone  switches  (the  maximum  number  of  backbone 
switches  would  be  K,  one  for  each  user  installation;  in  this  case  there 
would  be  no  "backbone").  We  can  also  observe  that  optimum  allocation 
of  the  budget  depends  on  the  mix  of  (U|^,  U^)  desired. 
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V.  CONCLUSIONS 


This  report  has  developed  new  techniques  for  analyzing  average 
properties  of  large  scale  terrestrial  voice  communication  networks. 

These  techniques  do  not  perform  a detailed  design/analysis  of  such 
networks,  and  therefore  cannot  be  directly  validated  against  existing 
tools  or  networks.  On  an  architectural  level  however  the  tools 
appear  to  be  well  validated  against  the  existing  CONUS  AUTOVON  in 
terms  of  numbers  of  switches,  connectivity,  budget  allocations, 
performance,  survivability,  etc.  Thus  we  envision  a proper  use  of 
these  tools  as  "macro-engineering"  of  proposed  alternatives  for 
future  DCS  designs. 

This  report  provides  the  following  "macro"  capabilities: 

a.  Given  a total  terrestrial  voice  communication  network  budget. 

b.  Given  a total  land  area  to  be  serviced  and  its  "shape 
factor"  in  terms  of  an  A by  B rectangle. 

c.  Given  the  number  of  user  installations  and  the  total  offered 
traffic  load. 

d.  Given  cost  models  for  access  lines,  backbone  switches,  and 
backbone  links. 

We  can  find: 

a.  A desirable  allocation  of  the  total  budget  into  budgets  for 
the  access  area,  backbone  switches,  and  backbone  links. 

(■ 

b.  Macro  designs  for  access  area  and  backbone;  in  terms  of  i 

i 


number  of  backbone  switches,  average  connectivities  and  link  capacities, 
c.  The  performance  and  survivability  characteristics  attainable 


under  various  budget  constraints  and  allocation  options. 

Since  the  tools  are  intended  for  macro  analysis  of  future  DCS 
alternatives  we  thus  have  a mechanism  for  rapidly  varying  and 
analyzing  our  assumptions  (in  terms  of  the  givens)  about  the  future. 
Thus  we  have  a means  for  searching  out  alternatives  which  are  robust 
under  a wide  range  of  future  assumptions. 

By  using  these  tools  to  narrow  down  the  extremely  wide  range 
of  future  alternatives  to  a robust  few,  and  by  providing  macro  designs 
for  these,  the  work  load  on  other  elements  in  DCEC  which  do  a very 
thorough  and  detailed  engineering  job  on  alternatives  can  be 
streamlined.  Our  next  effort  will  be  to  extend  the  results  herein 
to  include  terrestrial/satell ite  trade  offs. 
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